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Foreword 



rd , 



This Technical Specification (TS) has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 



Introduction 



rd , 



The present document is part of a TS-family covering the 3 Generation Partnership Project; Technical Specification 
Group Services and System Aspects; Telecommunication management; as identified below: 

32.301: Configuration Management (CM); Notification Integration Reference Point (IRP); Requirements 

32.302: Configuration Management (CM); Notification Integration Reference Point (IRP); Information 

Service (IS) 

32.303: Configuration Management (CM); Notification Integration Reference Point (IRP); Common 

Object Request Broker Architecture (CORBA) Solution Set (SS) 

32.305: Configuration Management (CM); Notification Integration Reference Point (IRP); extensible 

Markup Language (XML) definition 

32.307: Configuration Management (CM); Notification Integration Reference Point (IRP); SOAP 

Solution Set 

Configuration Management (CM), in general, provides the operator with the ability to assure correct and effective 
operation of the 3G network as it evolves. CM actions have the objective to control and monitor the actual configuration 
on the Network Elements (NEs) and Network Resources (NRs), and they may be initiated by the operator or by 
functions in the Operations Systems (OSs) or NEs. 

CM actions may be requested as part of an implementation programme (e.g. additions and deletions), as part of an 
optimisation programme (e.g. modifications), and to maintain the overall Quality of Service (QoS). The CM actions are 
initiated either as a single action on a NE of the 3G network or as part of a complex procedure involving actions on 
many NEs. 

The Itf-N interface is built up by a number of Integration Reference Points (IRPs) and a related Name Convention, 
which realise the functional capabilities over this interface. The basic structure of the IRPs is defined in 
3GPP TS 32.101 [6] and 3GPP TS 32.102 [7]. 

Network Elements (NEs) under management and element managers generate notifications of events about occurrences 
within the network. Different kinds of events carry different kinds of information. For instance a new alarm as 
specified in 3GPP TS 32.1 1 1-2 Alarm IRP: Information Service [5], is one possible kind of event, an object creation as 
specified in 3GPP TS 32.602 Basic CM IRP: Information Service [15] is another possible kind of event. 
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Information of an event is carried in notification. An IRP Agent (typically an EM or a NE) emits notifications. 
IRPManager (typically a network management system) receives notifications. The purpose of Notification IRP is to 
define an interface through which an IRPManager can subscribe to IRP Agent for receiving notifications. 

This IRP bases its design on work captured in ITU-T Recommendation X.734 [2], The central design ideas are: 

• Separation of notification Consumers (IRPManagers) from Producers (IRP Agents); 

• Notifications are sent to IRPManagers without the need for IRPManagers to periodically check for new 
notifications. 

Common characteristics related to notifications in all other IRPs are gathered in one IRP. 
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Scope 



The present document specifies the SOAP Solution Set for the IRP whose semantics is specified in Notification IRP; 
Information Service (3GPP TS 32.302 [4]). 

This Solution Set specification is related to 3GPP TS 32.302 V9.0.X. 



2 References 

The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including 
a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[I] ITU-T Recommendation X.736: "Information technology - Open Systems Interconnection - 
Systems Management: Security alarm reporting function". 

[2] ITU-T Recommendation X.734 (1992): "Information technology - Open Systems Interconnection - 

Systems management: Event report management function". 

[3] 3GPP TS 32.312: "Telecommunication management; Generic Integration Reference Point (IRP) 

management; Information Service (IS)". 

[4] 3GPP TS 32.302: "Telecommunication management; Configuration Management (CM); 

Notification Integration Reference Point (IRP): Information Service (IS)". 

[5] 3GPP TS 32. Ill -2: "Telecommunication management; Fault Management; Part 2: Alarm 

Integration Reference Point (IRP): Information Service (IS)". 

[6] 3GPP TS 32.101: "Telecommunication management; Principles and high level requirements". 

[7] 3GPP TS 32.102: "Telecommunication management; Architecture". 

[8] 3GPP TS 32.301: "Telecommunication Management; Configuration Management (CM); 

Notification Integration Reference Point (IRP): Requirements". 

[9] 3GPP TS 32.317: "Telecommunication management; Generic Integration Reference Point (IRP) 

management; SOAP solution set". 

[10] 3GPP TS 32.31 1: "Telecommunication management; Generic Integration Reference Point (IRP) 

management; Requirements". 

[II] 3GPP TS 32.172: "Telecommunication management; Subscription Management (SuM) Network 
Resource Model (NRM) Integration Reference Point (IRP): Information Service". 

[12] W3C SOAP 1 . 1 specification ( http://www.w3.org/TR/2000/NOTE-SOAP-20000508/) 

[13] W3C XPath 1.0 specification ( http://www.w3.org/TR/1999/REC-xpath-19991 1 16 ) 

[14] W3C WSDL 1.1 specification ( http://www.w3 .org/TR/200 l/NOTE-wsdl-200 1 03 1 5) 

[15] 3GPP TS 32.602: "Telecommunication management; Configuration Management (CM); Basic CM 

Integration Reference Point (IRP): Information Service (IS)". 
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[16] 3GPP TS 32.305: "Telecommunication management; Configuration Management (CM); 

Notification Integration Reference Point (IRP): extensible Markup Language (XML) definition". 

[17] WS-1 Basic Profile Version 1.1 ( http://www.ws-i.org/Profiles/BasicProfile-l.l-2004-08-24.html) 

[18] W3C SOAP 1.2 specification ( http://www.w3.org/TR/soapl2-partl/) 



3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the terms and definitions given in 3GPP TS 32.101 [6], 3GPP TS 32.102 [7] 
and 3GPP TS 32.301 [8] and the following apply: 

IRP document version number string (or "IRPVersion"): See 3GPP TS 32.311 [10]. 

3.2 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 

CM Configuration Management 

EM Element Manager 

IS Information Service 

NE Network Element 

NV Name and Value pair 

QoS Quality of Service 

SS Solution Set 

WSDL Web Service Description Language 

WS-I Web Services Interoperability Organization 

4 Architectural features 

The overall architectural feature of Notification IRP is specified in 3GPP TS 32.302 [4]. This clause specifies features 
that are specific to the SOAP solution set. 

The SOAP 1.1 specification [12] and WSDL 1.1 specification [14] are supported. 

The SOAP 1.2 specification [18] is supported optionally. 

This specification uses "document" style in WSDL file. 

This specification uses "literal" encoding style in WSDL file. 

The IRP Agent shall support the push interface model that means IRP Agent sends notifications to IRPManager as soon 
as new events occur. IRPManager does not need to check ("pull") for events. 

The 'Notification' definition is imported from Notification IRP XML Definition [16]. 

This specification uses a number of namespace prefixes throughout that are listed in Table 4. 1 . 



ETSI 



3GPP TS 32.307 version 9.1.0 Release 9 



ETSI TS 132 307 V9.1.0 (2010-04) 



Table 4.1 : Prefixes and Namespaces used in this specification 



PREFIX 


NAMESPACE 


http 


http://schemas.xmlsoap.org/wsdl/http/ 


soap 


http://schemas.xmlsoap.org/wsdl/soap/ 


SOAP-ENV 


http://schemas.xmlsoap.org/soap/envelope/ 


SOAP-ENC or 
soapenc 


http://schemas.xmlsoap.org/soap/encoding/ 


xs or xsd 


http://www.w3.org/2001/XMLSchema 


xsi 


http://www.w3.org/2001/XMLSchema-instance 


ntflRPSystem 


http://www.3gpp.org/ftp/Specs/archive/32_series/32.307/schema/32307- 
81 0/NotificationlRPSystem 


ntflRPData 


http://www.3gpp.org/ftp/Specs/archive/32 series/32.307/schema/32307-810/NotificationlRPData 


ntflRPNtfSystem 


http://www.3gpp.org/ftp/Specs/archive/32_series/32.307/schema/32307- 
810/notification/NotificationlRPNtfSystem 


ntflRPNtfData 


http://www.3gpp.org/ftp/Specs/archive/32_series/32.307/schema/32307- 
810/notification/NotificationlRPNtfData 


genericlRPSystem 


http://www.3gpp.org/ftp/Specs/archive/32_series/32.31 7/schema/3231 7-81 0/GenericlRPSystem 



The WSDL structure is like Figure 4. 1 : 



Operations 



PortTypes 



Bindings 



Services 



5 getlRFVersion 

5 getOperationProfile 

^ getNotificationProfile 

5 subscribe 

5 unsubscribe 

5 getSubscripHonlds 

5 getSubscriptionStatus 

^ changes ubscriptionFilter 

5 suspendSubscription 

5 resumes ubscription 

^ getNotificationCategories 



S- 



NotificationIRP 



B"iS\ NotificationIRP 

1. NotificationIRP 



NotificationIRP 



Operations 



Figure 4.1 : Notification IRP SOAP Solution Set WSDL structure 
PortTypes Bindings 



S- ^1 notifv 



B- 



NotificationlRPNtf 



Services 

B~^ NotificationlRPNtf 

fk. NotificationlRPNtf 



NotificationlRPNtf 



Figure 4.2: Notification IRP SOAP Solution Set Notification WSDL structure 
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5 Mapping 

5.1 Operation mapping 

Notification IRP: IS (3GPP TS 32.302 [5]) defines semantics of operations visible across this IRP. These operations 
are the operations of the lOCs defined in 3GPP TS 32.302 [5]. 

Table 5.1 maps the operations defined in Notification IRP: IS (3GPP TS 32.302 [5]) to their equivalents (methods) in 
this Solution Set (SS). Specifically, the table 5.1 maps the operations of the lOCs defined in 3GPP TS 32.302 [5] to 
their equivalents in this SS. Since one of the lOCs, the Notif icationIRP IOC, inherits from the 
ManagedGenericIRP IOC [4], the table 5.1 also maps the operations of ManagedGenericIRP IOC to their 
equivalents (methods) in this SS. 

Table 5.1 also qualifies if a method is Mandatory (M) or Optional (O). 

Table 5.1 : Mapping from IS Operation to SS Equivalents 



IS Operations in 3GPP TS 32.302 [5] 


SS Operations 


Qualifier 


subscribe 


subscribe 


M 


unsubscribe 


unsubscribe 


M 


getSubscriptionlds 


getSubscriptionlds 





getSubscriptionStatus 


getSubscriptionStatus 





cliangeSubscriptionFilter 


changeSubscriptionFilter 





suspendSubscription 


suspendSubscription 





resumeSubscription 


resumeSubscription 





getNotificationCategories 


getNotificationCategories 





getlRPVersion (see note.) 


getlRPVersion 


M 


getOperationProfile (see note.) 


getOperationProfile 





getNotificationProfile (see note.) 


getNotificationProfile 





NOTE: These 3 operations are operations of IVIanagedGenericIRP IOC specified in 3GPP TS 32.31 2 [4]. 
The Notification IRP IOC of 3GPP TS 32.302 [5] inherits from it. 



5.2 Filter language 

The filter language used in the SS is the XPath Language (see W3C XPath 1.0 specification [13]). IRP Agents may 
throw a FilterComplexityLimit fault when a given filter is too complex. 

5.3 Common datatype definition 

5.3.1 Notif IcationCategorySetType 

<complexType name= "Not if IcationCategorySetType "> 

<complexContent> 

<extension base="ntf IRPData: VersionNumberSetType"> 

</extension> 
< /complexContent > 
</complexType> 

5.3.2 SubscriptionStateType 

<simpleType name="SubscriptionStateType"> 
<restriction base="string"> 

<enumeration value=" Suspended" /> 

< enumeration value="NotSuspended"/> 
< /restrict ion> 
</simpleType> 
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5.4 Operation parameter mapping 



3GPP TS 32.302 [5] defines semantics of parameters carried in operations across the Notification IRP. The tables below 
show the mapping of these parameters, as per operation, to their equivalents defined in this SS. 

5.4.1 Operation subscribe 

5.4.1 .1 Input parameters 

Table 5.4.1.1 : Mapping from IS subscribe input parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


managerReference 


anyURl managerReference 


M 


timelick 


long timeTick 





notificationCategories 


ntflRPData:NotificationCategorySetType notificationCategories 





filter 


string filter (see note 1) 







anyURi ntfTransServiccNS (see note 2) 


M 


N0TE1 : The grammar of the filter string is XPath defined by W3C XPath 1 .0 specification [1 2]. 

N0TE2: This parameter is used to specify the name space of the Web Notification Transmission Service that will be 
used for sending notification. 

The 'http://www.3gpp.org/ftp/Specs/archive/32_series/32.307/schema/32307-81 0/notification' URI 
should be supported. 



Here is the XML schema fragment of the subscribe request: 

<!-- subscribe Request --> 
<element name=" subscribe "> 
<complexType> 
<sequence> 

<element name="managerRef erence" type="anyURI"/> 

<element name=" timeTick" type="long" minOccurs="0"/> 

<element name="notif icationCategories" type="ntf IRPData iNotif icationCategorySetType" 

minOccurs= " " / > 

<element name="f ilter" type="string" minOccurs=" 0"/> 

<element name="ntfTransServiceNS" type="anyURI"/> 
</sequence> 
</complexType> 
</element> 



5.4.1.2 



Output parameters 
Table 5.4.1.2: Mapping from IS subscribe output parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


subscriptionid 


string subscriptionid 


M 


status 


ntflRPData:subscribeFault 


M 



Here is the XML schema fragment of the subscribe response: 

<!-- subscribe Response --> 
<element name= " subscr ibeResponse " > 
<complexType> 
<sequence> 

<element name=" subscriptionid" type=" string" /> 
</sequence> 
</complexType> 
</element> 



5.4.1.3 



Fault definition 



<!-- subscribe Fault --> 
<element name="subscribeFault" > 
< c omp 1 exTyp e > 
<choice> 
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<element name="AlreadySubscribedFault" type="string"/> 

<element name="AtLeastOneNotif icationCategoryNotSupportedFault" type=" string" /> 

<element name="subscribeFault" type="string"/> 

< element ref ="ntf IRPData : InvalidParameterFault"/> 
</choice> 
</complexType> 
</element> 

5.4.2 Operation unsubscribe 

5.4.2.1 Input parameters 

Table 5.4.2.1 : Mapping from IS unsubscribe input parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


managerReference 


anyURI managerReference 


M 


subscriptionid 


string subscriptionid 






Here is the XML schema fragment of the unsubscribe request: 

<!-- unsubscribe Request --> 

<element name= " unsubscribe " > 

< c omp 1 exTyp e > 

<sequence> 
<element name= "managerReference" type="anyURI"/> 
<element name=" subscriptionid" type="string" minOccurs="0"/> 

</sequence> 

</complexType> 

</element> 

5.4.2.2 Output parameters 

Table 5.4.2.2: Mapping from IS unsubscribe output parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


Status 


ntflRPData:unsubscribeFault 


M 



Here is the XML schema fragment of the unsubscribe response: 

<!-- unsubscribe Response --> 
<element name="unsubscribeResponse"> 
</element> 



5.4.2.3 



Fault definition 



<!-- unsubscribe Fault --> 

<element name="unsubscribeFault "> 

<complexType> 

<choice> 

<element name="unsubscribeFault" type="string"/> 
< element ref ="ntf IRPData : InvalidParameterFault"/> 

</choice> 

</complexType> 

</element> 
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5.4.3 Operation getSubscriptionlds 

5.4.3.1 Input parameters 

Table 5.4.3.1 : Mapping from IS getSubscriptionlds input parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


managerReference 


anyURI managerReference 


M 



Here is the XML schema fragment of the getSubscriptionlds request: 

<!-- getSubscriptionlds Request --> 
<element name="getSubscriptionIds" > 
< c omp 1 exTyp e > 
<sequence> 

<element name= "managerReference" type="anyURI"/> 
</sequence> 
</complexType> 
</element> 

5.4.3.2 Output parameters 

Table 5.4.3.2: Mapping from IS getSubscriptionlds output parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


subscriptionldSet 


sequence of string subscriptionldSet 


M 


status 


ntflRPData:getSubscriptionldsFault 


M 



Here is the XML schema fragment of the getSubscriptionlds response: 

<!-- getSubscriptionlds Response --> 
<element name="getSubscriptionIdsResponse" > 
<complexType> 
<sequence> 

<element name= " subscript ionldSet " > 
<complexType> 
<sequence> 

<element name="subscriptionId" type="string" maxOccurs="unbounded"/> 
</sequence> 
</complexType> 
</element> 
</sequence> 
</complexType> 
</element> 

5.4.3.3 Fault definition 

<!-- getSubscriptionlds Fault --> 
<element name="getSubscriptionIdsFault" > 
<complexType> 
<choice> 

<element name="getSubscriptionIdsFault " type="string"/> 

<element ref ="ntf IRPData:OperationNotSupportedFault "/> 

<element ref ="ntf IRPData: InvalidParameterFault "/> 
</choice> 
</complexType> 
</element> 
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5.4.4 Operation getSubscriptionStatus 

5.4.4.1 Input parameters 

Table 5.4.4.1 : Mapping from IS getSubscriptionStatus input parameters to SS equivalents 



IS Operation parameter 


SS Method parameter Qualifier] 


subscriptionid 


string subscriptionid 


M 



Here is the XML schema fragment of the getSubscriptionStatus request: 

<!-- getSubscriptionStatus Request --> 
<element name="getSubscriptionStatus" > 
<complexType> 
<sequence> 

<element name=" subscriptionid" type="string"/> 
</sequence> 
</complexType> 
</element> 



5.4.4.2 



Output parameters 



Table 5.4.4.2: Mapping from IS getSubscriptionStatus output parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


notificationCategories 


ntflRPData:NotificationCategorySetType notificationCategories 


C 


filterlnEffect 


string filterlnEffect (see note) 





SubscriptionState 


ntflRPData:SubscriptionStateType SubscriptionState 





timeTicl< 


long timeTick 





status 


ntflRPData:getSubscriptionStatusFault 


M 


NOTE: The grammar of the filter string is XPath defined by W3C XPath 1 .0 specification [1 2]. 



Here is the XML schema fragment of the getSubscriptionStatus response: 

<!-- getSubscriptionStatus Response --> 
<element name="getSubscriptionStatusResponse" > 
< c omp 1 exTyp e > 
<sequence> 

<element name= "notificationCategories" type="ntf IRPData:Notif icationCategorySetType" 

minOccurs= " " /> 

<element name="f ilterlnEf f ect" type=" string" minOccurs=" 0"/> 

<element name=" SubscriptionState" type="ntf IRPData : SubscriptionStateType" 
minOccurs= " " / > 

<element name=" timeTick" type="long" minOccurs=" 0"/> 
</sequence> 
</complexType> 
</element> 

5.4.4.3 Fault definition 

<!-- getSubscriptionStatus Fault --> 
<element name="getSubscriptionStatusFault" > 
<complexType> 
<choice> 

<element name="getSubscriptionStatusFault" type=" string" /> 
<element ref ="ntf IRPData :OperationNotSupportedFault"/> 
<element ref ="ntf IRPData : InvalidParameterFault"/> 
</choice> 
</complexType> 
</element> 
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5.4.5 Operation changeSubscriptionFilter 

5.4.5.1 Input parameters 

Table 5.4.5.1 : Mapping from IS changeSubscriptionFilter input parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


subscription Id 


string subscriptionid 


M 


filter 


string filter (see note) 





NOTE: The grammar of the filter string is XPath defined by W3C XPath 1 .0 specification [1 2]. 



Here is the XML schema fragment of the changeSubscriptionFilter request: 

<!-- ChangeSubscriptionFilter Request --> 
<element name=" changeSubscriptionFilter" > 
< c omp 1 exTyp e > 
<sequence> 

<element name="subscriptionId" type="string"/> 

<element name="f ilter" type="string" minOccurs="0"/> 
</sequence> 
</complexType> 
</element> 

5.4.5.2 Output parameters 

Table 5.4.5.2: Mapping from IS changeSubscriptionFilter output parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


status 


ntflRPData:changeSubscriptionFilterFault 


M 



Here is the XML schema fragment of the changeSubscriptionFiher response: 

<!-- ChangeSubscriptionFilter Response --> 
<element name="changeSubscriptionFilterResponse" > 
</element> 

5.4.5.3 Fault definition 

<!-- ChangeSubscriptionFilter Fault --> 
<element name="changeSubscriptionFilterFault" > 
< c omp 1 exTyp e > 
<choice> 

< element name="changeSubscriptionFilterFault" type=" string" /> 
< element ref ="ntf IRPData :OperationNotSupportedFault"/> 
< element ref ="ntf IRPData : InvalidParameterFault"/> 
</choice> 
</complexType> 
</element> 

5.4.6 Operation suspencJSubscription 

5.4.6.1 Input parameters 

Table 5.4.6.1 : Mapping from IS suspendSubscription input parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


subscriptionid 


string subscriptionid 


M 



Here is the XML schema fragment of the suspendSubscription request: 

<!-- suspendSubscription Request --> 
<element name=" suspendSubscription" > 
<complexType> 
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<sequence> 

<element name="subscriptionId" type=" string" /> 
</sequence> 
</complexType> 
</element> 

5.4.6.2 Output parameters 

Table 5.4.6.2: Mapping from IS suspendSubscription output parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


status 


ntflRPData:suspendSubscriptionFault 


M 



Here is the XML schema fragment of the suspendSubscription response: 

<!-- suspendSubscription Response --> 
<element name="suspendSubscriptionResponse" > 
</element> 

5.4.6.3 Fault definition 

<!-- suspendSubscription Fault --> 
<element name="suspendSubscriptionFault" > 
< c omp 1 exTyp e > 
<choice> 

<element name="suspendSubscriptionFault" type=" string" /> 
<element ref ="ntf IRPData :OperationNotSupportedFault"/> 
<element ref ="ntf IRPData : InvalidParameterFault"/> 
</choice> 
</complexType> 
</element> 

5.4.7 Operation resumeSubscription 

5.4.7.1 Input parameters 

Table 5.4.7.1 : Mapping from IS resumeSubscription input parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


subscriptionid 


string subscriptionid 


M 



Here is the XML schema fragment of the resumeSubscription request: 

<!-- resumeSubscription Request --> 
<element name=" resumeSubscription" > 
<complexType> 
<sequence> 

<element name=" subscriptionid" type="string"/> 
</sequence> 
</complexType> 
</element> 

5.4.7.2 Output parameters 

Table 5.4.7.2: Mapping from IS resumeSubscription output parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


status 


ntflRPData:resumeSubscriptionFault 


M 



Here is the XML schema fragment of the resumeSubscription response: 

<!-- resumeSubscription Response --> 
<element name="resumeSubscriptionResponse" > 
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</element> 

5.4.7.3 Fault definition 

<!-- resumeSubscription Fault --> 
<element name="resumeSubscriptionFault" > 
< c omp 1 exTyp e > 
<choice> 

<element name="resumeSubscriptionFault" type=" string" /> 
<element ref ="ntf IRPData :OperationNotSupportedFault"/> 
<element ref ="ntf IRPData : InvalidParameterFault"/> 
</choice> 
</complexType> 
</element> 

5.4.8 Operation getNotificationCategories 

5.4.8.1 Input parameters 

None. 

Here is the XML schema fragment of the getNotificationCategories request: 

<!-- getNotificationCategories Request --> 
<element name= "getNotificationCategories "> 
</element> 

5.4.8.2 Output parameters 

Table 5.4.8.2: Mapping from IS getNotificationCategories output parameters to SS equivalents 



IS Operation parameter 


SS Method parameter 


Qualifier 


NotificationCategoryList 


ntflRPData:NotificationCategorySetType NotificationCategoryList 


M 


status 


ntflRPData:getNotificationCategoriesFault 


M 



Here is the XML schema fragment of the getNotificationCategories response: 

<!-- getNotificationCategories Response --> 
<element name="getNotif icationCategoriesResponse"> 
<complexType> 
<sequence> 

< element name= "NotificationCategoryList" type="ntf IRPData :Notif icationCategorySetType"/> 
</sequence> 
</complexType> 
</element> 

5.4.8.3 Fault definition 

<!-- getNotificationCategories Fault --> 

<element name="getNotif icationCategoriesFault" > 
<complexType> 
<choice> 

< element name="getNot if icationCategoriesFault" type=" string" /> 
< element ref ="ntf IRPData :OperationNotSupportedFault"/> 
</choice> 
</complexType> 
</element> 



5.5 Parameter mapping 



Notification IRP: IS (3GPP TS 32.302 [5]) defines the semantics of common attributes carried in notifications. This 
SS does not provide the mapping of these attributes to their SOAP SS equivalents. Other IRPs such as Alarm IRP: 
IS (3GPP TS 32. Ill -2 [6]) identify and qualify these common attributes for use in their environment. Their 
corresponding SS documents define the mapping of these attributes to their SS equivalents. 
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5.6 Notification I RPNotification Interface definition 

The operation name is defined as 'notify'. 

5.6.1 Input parameters 

Table 5.6.1 : notify input parameters 



IS Operation parameter 


SS Method parameter 


Qualifier 


- 


xe:Notification notification 


M 









The notifications of the various IRPs extend the input parameter above. 
Here is the XML schema fragment of the notify request: 

<!-- notify Request --> 
<element name="notify" > 
< c omp 1 exTyp e > 
<sequence> 

< e lement name = " not i f icat lonHeaderAndBody " 

type="ntf IRPNtfData:AnySequenceType"/> 
</sequence> 
</complexType> 
</element> 

<complexType name="AnySequenceType" > 
<sequence> 

<any namespace="##any" processContents="lax" maxOccurs="unbounded"/> 
</sequence> 
</complexType> 



5.6.2 Output parameters 

None. 



6 IRPAgent's Behaviour 

This clause describes some IRPAgent's behaviour not captured by WSDL. 

6.1 Subscription 

IRPManager can invoke multiple subscribe operation using different managerRef erence(s). As far as 
IRP Agent is concerned, the IRP Agent will emit notifications to multiple "places" with their independent filter 
requirements. IRP Agent will not know if the notifications are going to the same IRPManager. 

If IRPManager invokes multiple subscribe using the same managerRef erence and with an already subscribed 
notif icationCategory, IRP Agent shall raise AlreadySubscribedFault fault to all invocations except 
one. 

IRPManager can invoke multiple subscribe using the same managerRef erence and with one or more not-yet- 
subscribed notif icationCategories. In this case, if IRP Agent supports all the notification categories requested, 
IRP Agent shall accept the invocation; otherwise, it raises 
AtLeastOneNotif icationCategoryNotSupportedFault fault. 
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Annex A (normative): 
WSDL specifications 



<?xml version="l . 0" encoding="UTF-8" ?> 

<def initions xmlns="http : //schemas .xmlsoap.org/wsdl/" 

xmlns : soap="http : //schemas .xmlsoap .org/wsdl/soap/" 

xmlns :http="http : //schemas .xmlsoap .org/wsdl/http/" xmlns :xs="http : //www. w3 . org/2 001/XMLSchema" 

xmlns : soapenc="http : //schemas .xmlsoap . org/soap/encoding/" 

xmlns :genericIRPSystem="http : //www. 3gpp . org/f tp/Specs/archive/32_series/32 . 3 17/ schema/ 32 317 - 

810/GenericIRPSystem" 

xmlns :ntf IRPSystem="http : //www. 3gpp .org/f tp/Specs/archive/32_series/ 32 . 3 07/schema/323 07- 

810/Notif icationlRPSystem" 

xmlns :ntf IRPData="http: //www. 3gpp.org/ftp/Specs/archive/32_series/32 . 3 07/schema/323 07- 

810/NotificationIRPData" 

targe tNamespace="http : //www. 3gpp .org/f tp/Specs/archive/32_series/ 32 . 3 07/schema/323 07- 
810/Notif icationlRPSystem" > 

<import namespace="http : //www. 3gpp . org/f tp/Specs/archive/32_series/32 . 317/schema/32317- 
810/GenericIRPSystem" location="http : //www. 3gpp .org/f tp/Specs/archive/32_series/ 32 . 3 17/ schema/ 32 317- 
810-wsdl . zip"/> 
<types> 
< schema 
targetNamespace="http : //www. 3gpp .org/f tp/Specs/archive/32_series/ 32 . 3 07/schema/323 07- 
810/Notif icationlRPData" xmlns = "http: //www.w3 . org/2 1/XMLSchema " > 
<!-- subscribe Request --> 
<element name= " subscribe " > 
<complexType> 
<sequence> 

<element name="managerRef erence" type="anyURI"/> 
<element name="timeTick" type="long" minOccurs=" 0"/> 
< element name="notif icationCategories" 
type="ntf IRPDataiNotif icationCategorySetType" minOccurs="0"/> 

<element name=" filter" type=" string" minOccurs=" 0"/> 
<element name="ntf TransServiceNS" type="anyURI"/> 
</sequence> 
</complexType> 
</element> 

<!-- subscribe Response --> 
< element name="subscribeResponse" > 

< c omp 1 exTyp e > 

<sequence> 

<element name="subscriptionId" type=" string" /> 
</sequence> 
</complexType> 
</element> 

<complexType name="Notif icationCategorySetType" > 
<complexContent> 

<extension base="ntf IRPData iVersionNumberSetType" > 
</extension> 
</complexContent> 
</complexType> 
<!-- subscribe Fault --> 
<element name="subscribeFault" > 
< c omp 1 exTyp e > 
<choice> 

<element name="AlreadySubscribedFault" type=" string" /> 
<element name="AtLeastOneNotif icationCategoryNotSupportedFault" 
type= " string" /> 

<element name="subscribeFault" type="string"/> 
< element ref="ntf IRPData : InvalidParameterFault"/> 
</choice> 
</complexType> 
</element> 

<!-- unsubscribe Request --> 
<element name="unsubscribe" > 

< c omp 1 exTyp e > 

<sequence> 

<element name="managerRef erence" type="anyURI"/> 
<element name="subscriptionId" type="string" minOccurs="0"/> 
</sequence> 
</complexType> 
</element> 

<!-- unsubscribe Response --> 
<element name="unsubscribeResponse" > 
</element> 
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<!-- unsubscribe Fault --> 
<element name="unsubscribeFault" > 
<complexType> 
<choice> 

<element name="unsubscribeFault" type="string"/> 
<element ref ="ntf IRPData : InvalidParameterFault"/> 
</choice> 
</complexType> 
</element> 

<!-- getSubscriptionlds Request --> 
<element name="getSubscriptionIds" > 
<complexType> 
<sequence> 

<element name="managerRef erence" type= " anyURI " / > 
</sequence> 
</complexType> 
</element> 

<!-- getSubscriptionlds Response --> 
<element name="getSubscriptionIdsResponse" > 
<complexType> 
<sequence> 

<element name="subscriptionIdSet" > 
<complexType> 
<sequence> 

<element name="subscriptionId" type=" string" 
maxOccur s= " unbounded " / > 

</sequence> 
</complexType> 
</element> 
</sequence> 
</complexType> 
</element> 

<!-- getSubscriptionlds Fault --> 
<element name="getSubscriptionIdsFault" > 
<complexType> 
<choice> 

<element name="getSubscriptionIdsFault" type="string"/> 
< element ref ="ntf IRPData :OperationNotSupportedFault"/> 
< element ref ="ntf IRPData : InvalidParameterFault"/> 
</choice> 
</complexType> 
</element> 

<!-- getSubscriptionStatus Request --> 
<element name="getSubscriptionStatus" > 
<complexType> 
<sequence> 

<element name="subscriptionId" type="string"/> 
</sequence> 
</complexType> 
</element> 

<!-- getSubscriptionStatus Response --> 
<element name="getSubscriptionStatusResponse" > 
<complexType> 
<sequence> 

< element name="notif icationCategories" 
type="ntf IRPData : Not if icationCategorySetType" minOccurs="0"/> 

<element name="f ilterlnEf f ect" type="string" minOccurs="0"/> 
<element name="SubscriptionState" type="ntf IRPData : SubscriptionStateType" 
minOccurs=" 0"/> 

<element name="timeTick" type="long" minOccurs="0"/> 
</sequence> 
</complexType> 
</element> 

<simpleType name="SubscriptionStateType" > 
<restriction base="string" > 

<enumeration value=" Suspended" /> 
<enumeration value="NotSuspended"/> 
< /restrict ion> 
</simpleType> 

<!-- getSubscriptionStatus Fault --> 
<element name="getSubscriptionStatusFault" > 
< c omp 1 exTyp e > 
<choice> 

<element name="getSubscriptionStatusFault" type=" string" /> 
<element ref ="ntf IRPData :OperationNotSupportedFault"/> 
< element ref ="ntf IRPData : InvalidParameterFault"/> 
</choice> 
</complexType> 
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</element> 

<!-- changeSubscriptionFilter Request --> 

<element name=" changeSubscriptionFilter" > 

< c omp 1 exTyp e > 

<sequence> 

<element name="subscriptionId" type=" string" /> 
<element name="f ilter" type="string" minOccurs="0"/> 
</sequence> 
</complexType> 
</element> 

<!-- ChangeSubscriptionFilter Response --> 
<element name="changeSubscriptionFilterResponse" > 
</element> 

<!-- ChangeSubscriptionFilter Fault --> 
<element name="changeSubscriptionFilterFault" > 

< c omp 1 exTyp e > 

<choice> 

<element name="changeSubscriptionFilterFault" type=" string" /> 
<element ref ="ntf IRPData :OperationNotSupportedFault"/> 
< element ref ="ntf IRPData : InvalidParameterFault"/> 
</choice> 
</complexType> 
</element> 

<!-- suspendSubscription Request --> 
<element name=" suspendSubscription" > 
<complexType> 
<sequence> 

<element name="subscriptionId" type=" string" /> 
</sequence> 
</complexType> 
</element> 

<!-- suspendSubscription Response --> 
<element name="suspendSubscriptionResponse" > 
</element> 

<!-- suspendSubscription Fault --> 
<element name="suspendSubscriptionFault" > 
<complexType> 
<choice> 

<element name="suspendSubscriptionFault" type="string"/> 
< element ref ="ntf IRPData :OperationNotSupportedFault"/> 
< element ref ="ntf IRPData : InvalidParameterFault"/> 
</choice> 
</complexType> 
</element> 

<!-- resumeSubscription Request --> 
<element name=" resumeSubscription" > 
<complexType> 
<sequence> 

<element name="subscriptionId" type="string"/> 
</sequence> 
</complexType> 
</element> 

<!-- resumeSubscription Response --> 
<element name="resumeSubscriptionResponse" > 
</element> 

<!-- resumeSubscription Fault --> 
<element name="resumeSubscriptionFault" > 

< c omp 1 exTyp e > 

<choice> 

<element name="resumeSubscriptionFault" type=" string" /> 
< element ref ="ntf IRPData :OperationNotSupportedFault"/> 
< element ref ="ntf IRPData : InvalidParameterFault"/> 
</choice> 
</complexType> 
</element> 

<!-- getNotif icationCategories Request --> 
<element name="getNotif icationCategories" > 
</element> 

<!-- getNotif icationCategories Response --> 
<element name="getNotif icationCategoriesResponse" > 
<complexType> 
<sequence> 

<element name="Notif icationCategoryList" 
type="ntf IRPData :NotificationCategorySetType"/> 
</sequence> 
</complexType> 
</element> 
<!-- getNotif icationCategories Fault --> 
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<element name="getNotif icationCategoriesFault" > 
< c omp 1 exTyp e > 
<choice> 

< element name ="getNot if icationCategoriesFault" type=" string" /> 
< element ref ="ntf IRPData :OperationNotSupportedFault"/> 
</choice> 
</complexType> 
</element> 

<element name="OperationNotSupportedFault" type=" string" /> 
<element name="InvalidParameterFault" type=" string" /> 
<simpleType name="VersionNumberType" > 

<restriction base="string"/> 
</simpleType> 

<complexType name="VersionNumberSetType" > 
<sequence> 

<element name="versionNumber" type="ntf IRPData iVersionNumberType" 
maxOccur s = " unbounded " / > 

</sequence> 
</complexType> 

<complexType name="ParameterSetType" > 
<sequence> 

<element name="parameterName" type="string" maxOccurs="unbounded"/> 
</ sequence > 
</complexType> 

<complexType name="OperationType" > 
<sequence> 

<element name="operationName" type=" string" /> 

< element name="parameterSet" type ="ntf IRPData : ParameterSetType"/> 
</sequence> 
</complexType> 

<complexType name="OperationSetType" > 
<sequence> 

<element name="operation" type="ntf IRPData lOperationType" 
maxOccur s = " unbounded " / > 

</sequence> 
</complexType> 

<complexType name="Notif icationType" > 
<sequence> 

<element name="notif icationName" type=" string" /> 

< element name="parameterSet" type="ntf IRPData : ParameterSetType"/> 
</sequence> 
</complexType> 

<complexType name="Notif icationSetType" > 
<sequence> 

<element name="notif ication" type="ntf IRPData iNotif icationType" 
maxOccur s = " unbounded " / > 

</sequence> 
</complexType> 

</schema> 
</types> 
<message name="subscribeRequest" > 

<part name= "parameter" element="ntf IRPData : subscribe"/> 
</message> 
<message name="subscribeResponse" > 

<part name= "parameter" element ="ntf IRPData : subscribeResponse"/> 
</message> 
<message name="subscribeFault" > 

<part name = "parameter" element="ntf IRPData : subscribeFault"/> 
</message> 
<message name="unsubscribeRequest" > 

<part name= "parameter" element="ntf IRPData :unsubscribe"/> 
</message> 
<message name="unsubscribeResponse" > 

<part name= "parameter" element ="ntf IRPData :unsubscribeResponse"/> 
</message> 
<message name="unsubscribeFault" > 

<part name= "parameter" element ="ntf IRPData :unsubscribeFault"/> 
</message> 
<message name="getSubscriptionIdsRequest" > 

<part name = "parameter" element="ntf IRPData :getSubscriptionIds"/> 
</message> 
<message name="getSubscriptionIdsResponse" > 

<part name= "parameter" element="ntf IRPData :getSubscriptionIdsResponse"/> 
</message> 
<message name="getSubscriptionIdsFault" > 

<part name = "parameter" element="ntf IRPData :getSubscriptionIdsFault"/> 
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</message> 

<message name="getSubscriptionStatusRequest" > 

<part name = "parameter" element="ntf IRPData :getSubscriptionStatus"/> 
</message> 
<message name="getSubscriptionStatusResponse" > 

<part name= "parameter" element ="ntf IRPData :getSubscriptionStatusResponse"/> 
</message> 
<message name="getSubscriptionStatusFault" > 

<part name= "parameter" element ="ntf IRPData :getSubscriptionStatusFault"/> 
</message> 
<message name="changeSubscriptionFilterRequest" > 

<part name= "parameter" element ="ntf IRPData : changeSubscriptionFilter"/> 
</message> 
<message name="changeSubscriptionFilterResponse" > 

<part name= "parameter" element ="ntf IRPData : changeSubscriptionFilterResponse"/> 
</message> 
<message name="changeSubscriptionFilterFault" > 

<part name= "parameter" element="ntf IRPData : changeSubscriptionFilterFault"/> 
</message> 
<message name="suspendSubscriptionRequest" > 

<part name = "parameter" element ="ntf IRPData : suspendSubscription"/> 
</message> 
<message name="suspendSubscriptionResponse" > 

<part name= "parameter" element ="ntf IRPData : suspendSubscriptionResponse"/> 
</message> 
<message name="suspendSubscriptionFault" > 

<part name = "parameter" element="ntf IRPData : suspendSubscriptionFault"/> 
</message> 
<message name="resumeSubscriptionRequest" > 

<part name= "parameter" element="ntf IRPData : resumeSubscription"/> 
</message> 
<message name="resumeSubscriptionResponse" > 

<part name= "parameter" element ="ntf IRPData : resumeSubscriptionResponse"/> 
</message> 
<message name="resumeSubscriptionFault" > 

<part name= "parameter" element="ntf IRPData : resumeSubscriptionFault"/> 
</message> 
<message name="getNotif icationCategoriesRequest" > 

<part name= "parameter" element ="ntf IRPData igetNotif icationCategories"/> 
</message> 
<message name="getNotif icationCategoriesResponse" > 

<part name= "parameter" element ="ntf IRPData igetNotif icationCategoriesResponse"/> 
</message> 
<message name="getNotif icationCategoriesFault" > 

<part name = "parameter" element="ntf IRPData igetNotif icationCategoriesFault "/> 
</message> 

<portType name="Notif icationIRP" > 

<operation name="getIRPVersion" > 

< input message="genericIRPSystemigetIRPVersionRequest"/> 

<output message="genericIRPSystemigetIRPVersionResponse"/> 

< fault name="getIRPVersionFault" message="genericIRPSystemigetIRPVersionFault"/> 
</operation> 
<operation name="getOperationProf ile" > 

< input message="genericIRPSystemigetOperationProf ileRequest"/> 

<output message="genericIRPSystemigetOperationProf ileResponse"/> 

< fault name="getOperationProf ileFault" 
message="genericIRPSystemigetOperationProf ileFault"/> 
</operation> 
<operation name="getNotif icationProf ile" > 

< input message= "genericIRPSystem igetNotif icationProf ileRequest"/> 

<output mes sage="genericIRPSystemigetNot if icationProf ileResponse"/> 

< fault name="getNotif icationProf ileFault" 
message="genericIRPSystemigetNotif icationProf ileFault "/> 
</operation> 
<operation name="subscribe" > 

< input message="ntf IRPSystemi subscribeRequest"/> 

<output message= "ntf IRPSystem i subscribeResponse " / > 

< fault name="subscribeFault" me s sage =" ntf IRPSystemi subscribeFault"/> 
</operation> 
<operation name= "unsubscribe " > 

< input message="ntf IRPSystemi unsubscribeRequest"/> 

<output mes sage=" ntf IRPSystemi unsubscribeResponse"/> 

< fault name="unsubscribeFault" message=" ntf IRPSystemi unsubscribeFault"/> 
</operation> 
<operation name="getSubscriptionIds" > 

< input message=" ntf IRPSystemi getSubscriptionIdsRequest"/> 

<output me ssage= "ntf IRPSystem I get SubscriptionIdsResponse"/> 
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< fault name="getSubscriptionIdsFault" message="ntf IRPSystem:getSubscriptionIdsFault"/> 
</operation> 
<operation name="getSubscriptionStatus" > 

< input message="ntf IRPSystem:getSubscriptionStatusRequest"/> 

<output me s sage = "ntf IRPSyst em: get Subscriptions tatusResponse"/> 

< fault name="getSubscriptionStatusFault" 
message="ntf IRPSystem:getSubscriptionStatusFault"/> 
</operation> 
<operation name="changeSubscriptionFilter" > 

< input message=" ntf IRPSyst em: changeSubscriptionFilterRequest"/> 

<output me s sage =" ntf IRPSyst em: changeSubscriptionFilterResponse"/> 

< fault name="changeSubscriptionFilterFault" 
me ssage=" ntf IRPSyst em: changeSubscriptionFilterFault"/> 
</operation> 
<operation name="suspendSubscription" > 

< input message=" ntf IRPSyst em: suspendSubscriptionRequest"/> 

<output me s sage =" ntf IRPSyst em: suspendSubscriptionResponse"/> 

< fault name="suspendSubscriptionFault" message=" ntf IRPSyst em: suspendSubscriptionFault"/> 
</operation> 
<operation name="resumeSubscription" > 

< input message=" ntf IRPSyst em: resumeSubscriptionRequest"/> 

<output message=" ntf IRPSyst em: resumeSubscriptionResponse"/> 

< fault name="resumeSubscriptionFault" message=" ntf IRPSyst em: resumeSubscriptionFault"/> 
</operation> 
<operation name="getNotif icationCategories" > 

< input message="ntf IRPSystem:getNotif icationCategoriesRequest"/> 

<output me s sage = "ntf IRPSyst em: getNotificationCategoriesResponse"/> 

< fault name="getNotif icationCategoriesFault" 
message="ntf IRPSystem:getNotif icationCategoriesFault"/> 
</operation> 

</portType> 

<binding name="Notif icationIRP" type="ntf IRPSystem:Notif icationIRP" > 

<soap : binding style=" document" transport ="http : //schemas .xmlsoap . org/soap/http"/> 
<operation name="getIRPVersion" > 
<soap : operation 
soapAction="http : //www. 3gpp .org/f tp/Specs/archive/32_series/32 . 307/schema/32307-810/getIRPVersion"/> 
< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
< /output > 
<f ault name="getIRPVersionFault" > 

<soap:fault name="getIRPVersionFault" use="literal"/> 
</fault> 
</operation> 

<operation name="getOperationProf ile" > 
<soap : operation 
soapAction="http : //www. 3gpp .org/f tp/Specs/archive/32_series/32 . 3 07/schema/323 07- 
810/getOperationProf ile"/> 
< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
< /output > 
<f ault name="getOperationProf ileFault" > 

<soap:fault name="getOperationProf ileFault" use="literal"/> 
</f ault> 
</operation> 

<operation name="getNotif icationProf ile" > 
<soap : operation 
soapAction="http : //www. 3gpp .org/f tp/Specs/archive/32_series/32 . 3 07/schema/323 07- 
810/getNotif icationProf ile" /> 
< input > 

<soap:body use="literal"/> 
</ input > 
< output > 

<soap:body use="literal"/> 
< /output > 
<f ault name="getNotif icationProf ileFault" > 

<soap : fault name="getNotif icationProf ileFault" use=" literal" /> 
</f ault> 
</operation> 
<operation name= " subscribe " > 
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<soap : operation 
soapAction="http : //www. 3gpp .org/f tp/Specs/archive/32_series/32 . 3 07/schema/323 07-810/subscribe"/> 
< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
< /output > 
<fault name="subscribeFault" > 

<soap:fault name=" subscribeFault " use="literal"/> 
</fault> 
</operation> 

<operation name= "unsubscribe " > 
<soap : operation 
soapAction="http : //www. 3gpp .org/f tp/Specs/archive/32_series/32 . 307/schema/32307-810/unsubscribe"/> 

< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
< /output > 
<f ault name="unsubscribeFault" > 

<soap:fault name="unsubscribeFault " use="literal"/> 
</fault> 
</operation> 

<operation name="getSubscriptionIds" > 
<soap : operation 
soapAction="http : //www. 3gpp . org/f tp/Specs/archive/32_series/32 . 307/schema/32307- 
810/getSubscriptionIds"/> 
< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
</ output > 
<f ault name="getSubscriptionIdsFault" > 

<soap:fault name="getSubscriptionIdsFault" use="literal"/> 
</fault> 
</operation> 

<operation name="getSubscriptionStatus" > 
<soap : operation 
soapAction="http : //www. 3gpp .org/f tp/Specs/archive/32_series/32 . 3 07/schema/323 07- 
810/getSubscriptionStatus"/> 
< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
< /output > 
<f ault name="getSubscriptionStatusFault" > 

<soap : fault name="getSubscriptionStatusFault" use=" literal "/> 
</fault> 
</operation> 

<operation name="changeSubscriptionFilter" > 
<soap : operation 
soapAction="http : //www. 3gpp .org/f tp/Specs/archive/32_series/32 . 3 07/schema/323 07- 
810/changeSubscriptionFilter"/> 
< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
< /output > 
<f ault name="changeSubscriptionFilterFault" > 

<soap : fault name="changeSubscriptionFilterFault" use=" literal" /> 
</fault> 
</operation> 

<operation name="suspendSubscription" > 
<soap : operation 
soapAction="http : //www. 3gpp.org/ftp/Specs/archive/32_series/32 . 3 07/schema/323 07- 
810/suspendSubscription" /> 
< input > 

<soap:body use="literal"/> 
</ input > 
< output > 

<soap:body use="literal"/> 
< /output > 
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<f ault name="suspendSubscriptionFault" > 

<soap:fault name=" suspendSubscriptionFault " use="literal"/> 
</fault> 
</operation> 

<operation name="resumeSubscription" > 
<soap : operation 
soapAction="http : //www. 3gpp . org/f tp/Specs/archive/32_series/32 . 307/schema/32307- 
810/resumeSubscription"/> 
< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
< /output > 
<f ault name="resumeSubscriptionFault" > 

<soap:fault name="resumeSubscriptionFault" use="literal"/> 
</fault> 
</operation> 

<operation name="getNotif icationCategories" > 
<soap : operation 
soapAction="http : //www. 3gpp .org/f tp/Specs/archive/32_series/32 . 3 07/schema/323 07- 
8 10 /getNot if icationCategories" /> 
< input > 

<soap:body use="literal"/> 
</ input > 
<output> 

<soap:body use="literal"/> 
< /output > 
<f ault name="getNotif icationCategoriesFault" > 

<soap : fault name= "getNot if icationCategoriesFault " use=" literal "/> 
</fault> 
</operation> 
</binding> 
<service name="Notif icationIRP" > 

<port name="Notif icationIRP" binding="ntfIRPSystem:Notif icationIRP" > 

<soap : address location="To be defined. "/> 
</port> 
</service> 
</def initions> 
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Annex B (normative): 
Notification WSDL specifications 



<?xml version="l . 0" encoding="UTF-8" ?> 
<def initions xmlns="http : //schemas .xmlsoap .org/wsdl/" 
xmlns : soap="http : //schemas .xmlsoap .org/wsdl /soap/" 

xmlns :http="http : //schemas .xmlsoap . org/wsdl /http/" xmlns :xs="http : //www. w3 . org/2 001/XMLSchema" 
xmlns : soapenc="http : //schemas .xmlsoap .org/ soap/encoding/" 

xmlns :ntf IRPNtfSystem="http: //www. 3gpp.org/ftp/Specs/archive/32_series/32 . 3 07/schema/323 07- 
8 10 /not if icat ion/Not if icationlRPNtf System" 

xmlns :ntf IRPNtfData="http: //www. 3gpp.org/ftp/Specs/archive/32_series/32 . 3 07/schema/323 07- 
8 10 /not if icat ion/Not if icationlRPNtf Data" 

targetNamespace="http : //www. 3gpp .org/f tp/Specs/archive/32_series/32 . 3 07/schema/323 07- 
810/notif icat ion/Not if icationlRPNtf System" > 
<types> 

< schema 
targetNamespace="http : //www. 3gpp.org/ftp/Specs/archive/32_series/32 . 3 07/schema/323 07- 
810/notif icat ion/Not if icationlRPNtf Data" xmlns="http: //www.w3 . org/2 01/XMLSchema " > 

<!-- notify Request --> 
<element name="notify" > 
<complexType> 
< sequence > 

< element name =" not if icat ionHeaderAndBody" 

type ="ntfIRPNtf Data: AnySequenceType"/> 
</sequence> 
</complexType> 
</element> 

<complexType name="AnySequenceType" > 
<sequence> 

<any namespace="##any" processContents="lax" maxOccurs="unbounded"/> 
</sequence> 
</complexType> 
</schema> 
</types> 

<message name="notifyRequest" > 

<part name= "parameter" element="ntf IRPNtfData :notify"/> 
</message> 

<portType name="Notif icationlRPNtf " > 
<operation name="notify" > 

<output message="ntfIRPNtf System: not ifyRequest"/> 
</operation> 
</portType> 
<binding name="Notif icationlRPNtf " type="ntfIRPNtfSystem:Notif icationlRPNtf " > 

<soap : binding style=" document" transport="http : //schemas .xmlsoap.org/soap/http"/> 
<operation name="notify" > 
<soap : operation 
soapAction="http : //www. 3gpp . org/f tp/Specs/archive/32_series/32 . 307/schema/32307- 
810/notif ication/notify"/> 
< output > 

<soap:body use="literal"/> 
< /output > 
</operation> 
</binding> 
<service name="Notif icationlRPNtf " > 

<port name="Notif icationlRPNtf " binding="ntfIRPNtfSystem:Notif icationlRPNtf " > 

<soap : address location="To be defined. "/> 
</port> 
</service> 
</def initions > 
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Annex C (informative): 
Void 
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Annex D (informative): 
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